Skip to main content

Full text of "The Monthly online/hardcopy news magazine Issue 6"

See other formats

: A A R . P P A A NN N E T 
: A A A A R  P A A A A N NN E T : 
: A A R R P A A N N EEEE T : 
: : 
: N N EEE w W SSSS : 
: NN N E w ' s : 
: N  N EEE W W W SSSS : 
: N NN E W W w W  : 
: N N EEEE 'W WW . S S.q 
: : 
: : 
: : 
: : 
: Issue 6 : 
: : 
: August 197 : 
: : 
: : 
: : 
: : 
: APA Network ,Informatlon Center : 
: Stgnford e.earc Institute : 
: Menlo Par Galif. RkO) : 
------------------------------<page break>-----------------------------
AR?AET NE$ A <lst 19?3 lsue 6 
Tn,- Monthly Oniine/HrdcopY ARPANT ,ewsmaazine 
Issue 6 August 1773 
Online verslon breDarea weeRiy 
Hardcopy verslon distributed monthly 
Sponsored Oy: ARPA/IPT 
DissriOuted ay: APA Networg Inœoration Center 
$tanœord eserc instituSe 
Menlo Park, Caliœorni Rk025 
Eitors: Jeanne B. North (NIC) 
Jean iseli (MITR:) 
Contributin Editors: Susan S. Po (MITRE) 
Mil Eo Jernian (NIC) 
The online version is sent to all Network memOors wo receive onllne 
delivery from IC. it can also oe accessed by anyone who logs 
$RI-ARC and uses the query languaKe named NIC. 
The oMline version contains tne mon%B's basic issue. Each week a 
branch is added, containing items received during the weeK. This 
update materal is added to the new feature articles to proouce 
next month's issue. 
control c 
nic CR 
a/rpanet " ] OR 
s[how] (whatever you cocse from the contents) CR 
(to stop printing) control o (to exit) q/uit] Ok 
(to show statement numbers) v/:type View specs:] mG 
For prlntin NEWS: 
nls Ck 
1/odd/ f/le] <nic>arpanewscover CR C2 (ior cover, masthead} 
l/odd] f/ile] <nic>arpanews CR CR (for NEWb contents) 
1/odd] f/ile] <n!c>arpanewsuD CR CR (for UPDATES only; 
o/utput d/evice t/eletyDe] OR 
One hardcooy of the monthly issue will De sent to each Liazson, 
Principal Investia%er, ano ttion Aent at Networ} Sites, and to 
Network Asscola , ß 
es. Local reproduction is encoura[ed. 
Contributions to the NEWS may be forwarOeu to Ji at NIC troun the 
Journal, to ISELIJSC-ISI, or to Jean Iseli, The MITRE Corporation, 
National Systems Design Dept. WeSLg.te Research ParK, McLean, Va. 
101. News may aLSo be œorwarded to JBN through tBe NiC Journal, or 
mailed to Jeanne Nort at Ski. 
------------------------------<page break>-----------------------------
August 1973 
Issue 6 
NIC 1253 
Fvents of Network Interest 
.... D. CrocKer, N. Neigus 
J. Feinler, j. Iseli 
.... Extr%cted by Jon Iseli Irom 
ISI/SR-73-1,"Annual Tecnnical gepor%" 
My 1972 - May i973 
New Pro,rams and Publications 
FORUM For Networ Users Opinions 
Information About the'PUblication 
(See inside cover} 
------------------------------<page break>-----------------------------
NIC 0253 
Events oœ Network Interest 
SU-A/-CON Online Demos 
ACM-PROGLANG ACM Symp on Prozramming Languages 
ASIS ASIS-73 Annual Meetin 
IEEE-SYS Copfrencc on Systems, Man & Cybernetics 
ARCH Symp on High Level Language Cospurer Areal 
TEXAS 2nd Texas Conf on Computing Systems 
NCC 197h Nattonal Computer Conference 
A meetinE listed here is sponsored Dy the Group named. Many meetings 
are open to other interested people. NIC uocument references are 
ive were available. 
Meetlns sponsored Dy Groups in the Network are indzcated by * 
seventh Hawaii International Conference o System Sciences, 
and SuPconference on Computer Ne%s 
TBe University of Hawaii, Department of Electrical Engineering and 
Department of Information and Computer Sciences, announces inc: 
5even%P Mawall International Conference on System Sciences ana a 
special subconfererce on COMPUTER NETS, Honolulu, Hawaii, January 
8, 9, 10, 197. 
Te conference will broadly encompass %e following areas: 
InforivaL!on Sciences, Computer Sciences, Communication Theory, 
control Theory, and System Theory. Te Con]purer Net subconference 
will incluOe: COmputer Nets, Satellite Communications, anG 
Computer Communications. A major feature of %me SUbconference will 
De to lay %me roundworK for a Pacific Education Computer 
AUthOrS are encouraged to present preliminary results oœ %her 
research, Three copies oi'  one page, single-spaced abstract must 
De submitted by EPT,HER 1, 1973. AUthOrS wll be notfe of 
acceptance Derore October 15, 1'73. %he 3. engtn of caen sumlary 
will De linitea to three pages, includin fizures. Please mal 
sOstracts to: 
Department of Electrlcal Engineerin 
University of Hawaii 
25h0 Dole b%reet 
}{01mes Hall, t<oom hS 
Honolulu, HaWaii 6822 
........ Extracted from Announcement. Oy JI 
------------------------------<page break>-----------------------------
The eetin began ½y a%temotin to create a relatively complete 
list of topics directly relevant to users. The intention was to 
then discuss some of these categories in detail. TBe categories 
of concern to users are listed here along wlt a oriel outline of 
the discussion and recommendations associated with eacB category. 
Not all .topics were discussed fully due to time limitations. I% 
was acknowledKed that sore of the recommendations were quite 
extensive, but that they should De mentioned even thouõn the%r 
implementaLien would be far off. 
2. Online and Offline Documentation, Information Sharing, and 
a. There is a Keneral neea to upgrade the quality, tecnnical 
accuracy, timeliness, dissemination, and format of 
online and offlne documentation. 
Documentation sould avoid "buzz" words (jargon), and should 
follow easily understood syntax conventions, abrvzaton 
staldards, reference citation rules, etc. HOwever, tere 
prooabiy cannot be a standard formal for documentation. 
c, Offline documentation should be well indexed snoulG contain 
a good table-of-contents, and should De written in an easily 
DrowseDie format. Online doUmBtat5on nnld h nrmt. 
in a browe Mode wth well-lbeled categories of normation 
as well as a EeyworG search capability. 
d. Documentation should be identified wit date/autor/version 
information, particularly in large online documents, so that 
it is easier to keep the nos% current version of a document 
and to query %he author, in the event of proDlems wltn 
e. Network news needs %o be gatherea and intelligently 
distributed to users (NetworE PR). 
Users need severl levels and styœes of access to . 
documentation, whether online or offline, sased upon telr 
exuerience, interests, and preferences. 
Each server site should also provide some deree of 
information variety in onllne "hlp" mechanisms, tailored o 
fit the needs and experience of different user types. 
In addition, enterin "Help" from the EXEC level of a system 
should direct a user o ALL procedural-type information. 
h. New users should be carefully ntroouced to te Network Dy 
way of a New Users kacet (NUP). Since te MITRE-TI? group 
is th e official contact for new users, they should design 
such  packet and incorporate suKgestions from USINu. 
------------------------------<page break>-----------------------------
^uust 1973 
Issue 6 
..... D. Crocker, N. NelgUS 
J. reinlet, J. Iseli 
A new roup, the Arpanet Users Interest Group (USING) is 
outgrowth of a meetin held in oston on May 22-23, 173. The 
meeting, cochaired by Dave Crocker, UCLA-NMC, and Nancy Neigus, SN, 
followed BM's Resource Sharin Workshop. 
The USING meetink was seen by %he members as a forum for e%work 
users to air complaints, exchange information, voice deslres, 
present concrete proposals for te desiKn and implementation of 
user-orientem Netwcrk capabilities. 
The roup will devote itself to loObying on Oenalf of user 
interests, to promoLin and facilitatin resource sarin, to 
improvin user interfaces (support), and to studies of 
standardization. The ultimate oal will be to provide users 
identilication of, and facilitated access to, whatever resources 
o .h .tworK they miKht wish to use. 
Nei{us, Crocker, and Iseli of MITRE were selected to define 
objectives and oals of USING in more detail, and they will 
present their discussion in a later publication. 
Dave Crocker, UCLA-NMC, Co-Chairperson 
Nancy Reius, BBN, Co-Cairperson 
Ke Uowles, UCSD-CC 
Frank rinoli, NSRDC 
Jim Calvin, CASE-10 
Jake einler, NIC 
Wayne Hthaway, NASA-AMES 
Jean Iseli, MITRE 
Mike Kudlick, NIC 
Mike PadlipsRy, MIT-MULTIC$ 
Lee Richardson, USC-ISI 
Ron Stouznton, UCSS 
Jim White, NIC 
Steve Wolf, UCLA-CCN 
Joe Wyatt, Harvard 
------------------------------<page break>-----------------------------
ARPANET NEWS AuKust 1973 Issue 
IC 1253 
This packet should eventually con%aln, among other taints: 
a definition of, and introduction %o the NetworK; 
list of sites; 
step-by-sLeD scenarios for accessin functional documents 
and related onlne items; 
definition of who can get on the Network; 
some quicK-reference carts showinK a list of Network 
services .vailable to new users; 
and an introduction to Network roups, including USING, 
as well as the names of Network consultants, assistants, 
and the Ilke. 
i. IDformation-ccessin nechnisms should be provided for 
users, includin interactive tutorials, user scenarios, and 
other traininK mechanisms. 
A Network-wise "who, what, where and'when" information 
system shoulc be implemented. (This was nicknamed the 
Network Yellow Pages.) Discussion of support for such 
sstem focuse on ODLainin Ol fO', uœ udri 
The concept of 'Regional Aents' for collec%in information 
for the Resource Notebook was discussed. 
Several felt that what was really needed was a 'rebirth' of 
the original concept of Technical Lxaison as the person who 
provides information to the NIC and technical assistance to 
There was concern voiced about te number of people 
collecting information and the redundancy of the requests 
received by sites. 
There was also concern spout what incentives there are (or 
should Oe or can De} for Liaisons to perform %heir %asKs 
adeQuatelY by orovdln truly up-to-date and complete 
information (carrot vs. stick). 
1. Server Sites shoula orovide 'a variety of consulting services 
to supplement 'helD' and zenera]. information services. 
Consultants could represent the wole NetworK, a Zroup of 
sites, a single site, eneral areas such as software, or 
specific applications processes. Tis could fit into the 
workings of the NetworK Servers Group. 
------------------------------<page break>-----------------------------
ARPANET NEWS August 1973 Issue 6 
3. Standardization for the User 
If they so desire, users should only have to learn one 
Executive (command) !anu&ge, rather tan 20. Rather than 
Have every site chane its interface to the user, i% was 
suggested that there be a Network Common Comnanu Language 
Protocol which is translated to/from the host's own 
Executive comman language. 
As with ?'TP and RJœ, a uman user souid oe dole to type in 
CCL Protocol directly, though many sites may want to allow a 
local user to type in their local Executive lanuae, and 
then they will tramlate it into CCLP, for the fore%g 
Any Network Common Command Language shouic be compatible 
With batch systems as well as wtH INTERACTIVE SYSTEMS, and 
should provide an effective means for batch Oob submission 
and control. 
Bowles, Hathaway, and Stoughton volunteered to outline specs 
for a Network command language that would be compatole 
ideas sugfested by PadlipsKy and discussed at the meeting. 
One of the functions to be included in a Common Comman 
LAnguage is  n] editor. wic PaalipsRy has outlined. 
servers to implement or interface to witB their own editors. 
Status/Measurement of Site Performance 
A variety of performance measures, for the individual sites, 
needs %o De derived, acquired, maintained, ad made 
available to users. 
This could include some attempt to measure average "response 
time", relatlve costs (relative to type of task, %nat s), 
availability/reliability, etc. 
Mechanisms are neeoed for software certification xna for 
measurins and verifyin %e accuracy and/or relaOillty oœ 
systems, hardware, Drotocols, applications software, etc. 
User Feedback Mechanisms 
a. There is a need for a uniform Network Zrpe/sugestion 
mechanism. TiS should cover several types of Kripes, 
includin Prozram bus and service complalnts. 
Each user registerin a complaint deserves inmeuiate 
acknowlcdge]ent and some indication of what, if anY, actlon 
will be taken. 
------------------------------<page break>-----------------------------
ARPANET NEWS August ].973 lssue 6 
c. The NiC should set uD Network ident grOUps for Principal 
InVestigators, Liaisons, Station Agents, Accounts 
Administrators, Consultants, etc., so that users can easily 
direct tteir comments, inquiries and mail to these groups. 
d. A );etwor Servers Group should Oe started, to coordinate 
activities (to the extent possiOle) of te servers (a 
Servers Cartel?). It would also provide a focus for user 
co.'plaints and suggestions. 
(The Group was orRinal'lY dubbed the "Tobacco Institute". 
The Tobacco Institute acts as a representative for the 
disparate =tobacco companies, and attempts o convince the 
public that smoZin is good for them.) 
The point of %he Servers Group -- rather tan trying to 
convince the Network public that servers are good for tem 
-- would De for servers to Belp each o%Ber witB common %asKs 
(sUch as documentation) %hat are too D% for ech to Balldle 
This eventually works in the users interest, Decouse the 
servers (in te Network free-marRet economy) are 
dependent upon the users for their livelihood. 
USING, but the groups would NOT be comprise of te same 
people. They are on opposite sides of the product. 
e. Station Agents should supply users with information of a 
clerical nature such as naes, phone numbers, tiles 
documentation, etc. To be able to do tis, the Agents must 
first HAVE this information. 
6. Messages to Users 
Messages to users, such as error messages or diagnostics, 
should be simple, clear, and meaningful to users. 
The user should have the ability to control notifications 
given to him, by oeinK able to queue messages or refuse 
Users should be able to suppress diagnostics or to specify 
abDreviate or expanaed versions. 
7. Tailoring of Resources for Users 
a. Interfaces to users should support aifferent levels of user 
proficiency, without bein a DurGen %o te more proficient 
------------------------------<page break>-----------------------------
1973 Issue 6 NIC 1523 
That is, a new user needs note prompting, etc. A more 
experienced user does not need and DOtS NOT WANT SUCh 
promrtin. 5o tile caoa0ilities of the interface, nich are 
not needed y a specific user, s2ould be transparent. 
b. A method for work flow manaKement that permits a user %o set 
up a sequence of computer tasks that are continEent upon one 
another is needed. The user should be aoie to describe 
seuuence interactively an then De able to detach and 
coltinue with other work while the sequence of tasks is 
beln carrieu out. 
8. Personal !nfornation Management System 
Users need a system for managing all types of machine-based 
contacts suc as mail, links, journal ltems, etc. 
SUch a system should '1o' what has been received and allow 
the user to Keep a copy, if desired. 
It should also provide the user With option's for organizin 
his personal information. 
b. A personal 'calendar' or reminder system would be handy, 
as well &s to check events for the current aay or weeK. 
c. 'A 'return to sender' feature is needeo in the NetworK-wide 
mail adress system. 
d, (Discussion of the current work on the Mail Protocol 
indicated that some of these ideas are already oeng 
9. Uniform Accountin Procedures and Online Status of Accounts 
a. This topic was covered in detail by sections of te Resource 
Sha, rin Workshop. it is mentioned here only oecause it is a 
problem of real concern to users. 
10. Trial Usage ams BrowsinE 
IaeallY, users should oe allowed some 'free' sampling of 
systems and features available at each site. PracticallY, 
this presents problems of space allocation, accoutering, 
consulting, etc. AlthouEn 2one of these problems are easy to 
solve equitablY, an attempt should still De made to prOVide 
some free usage to everyone. 
Several types of trial usage soul e considered such as 
for those who will make an immediate commitment, tose wo 
wall make a gradually increasing commitment; ano tose WhO 
wish merely to sample, without maKlnl any commitment. 
------------------------------<page break>-----------------------------
^uust 1973 Issue 6 NIC 16253 
ll. J'r:/cgon Facilities 
a. Some facilities should be available as preloon facilities, 
no that an5' user can access them whether or not ne has an 
;,':count, directory, etc., at a given site. Some sites will 
ot be able %o support many of these functions, so 
¾,Quired set must be kept to a minimum. 
12. kelqote User facilitation 
a, Uers not only need help with actual use of systems fron] a 
remote site, but they also need facilitation of 
aRministrative tasks. Station Agents sould be able to 
ndle most of these proOlems or transfer the user to te 
Proper person. System access requirements, account and 
blllinK groblems, and document acquisition need particular 
b, There should be a simple mechanism for users to 
acauire/update information in functional documents such as 
the Resource Notebook and in files such as.identificat2on 
files. Publications or files of.this sort should coibine the 
Collective input of all the users. 
a. Users should be able to easily transfer information, suc as 
files, memos, mail, online documentation, 
etc., from one site to another. 
lk. Network Utilities 
a, Should distributed data banks and similar features Oe 
Considered Network utilities tat can De used by ali? 
The idea of "Network Utilities" was recognized as an 
lnterestin one bY the group, but tere Was little areement 
as to what constitutes Network utilities or how they sOuld 
be supported, 
i. N½..iKus ' Crocker, and Iseli will draft the scope, objectives, 
øla, and priorities of USING and will submit %Reit 
recoqmendations for approval by the members. 
2. MiT; E will design a New User's Packet incorporating ideas from 
U5 1 tG. 
3. Sowlea, Hatlaway, and StoutLion will write preliminary specs 
a Network Common CoRmand Languaze Protocol. All 
Should suggest a list of commands for Consideraton. 
------------------------------<page break>-----------------------------
AKUst 173 
NIC 1253 
k. PadliDsy will prndce specifications for a' simple, stanOard 
editor (N]TED} which could easily Oe implemented bY server 
5. A general Users Group (NiC ident = USEES) will De formed, to 
allow any interested person to monitor user-OrienteO 
activities, especially those of USING. Anyone interested 
heinz in USERS snoul contact Dave CrocKer 
6. Activities of the group will be reported in te ARPANET Ng,$, 
aria a user's forum column will be made available for user!s 
comments. section 10 FO9UM is te place provided 
7.' The zroup will meet again in te Fall of 1973 at the Network 
Information Center in Menlo Par, Calilornig. 
------------------------------<page break>-----------------------------
August 1973 
Isslle 6 
NIC 1823 
...... Extractec from lSI/SR-73-1, "Annual Tecinical Report," 
May 1972 - May 1973 oy JI 
Te Information Sciences institute (ISI), a research unit of the 
Univer$1%y of Southern California's School cf ngineering, was 
formea in May 1972 to do research in the fields'of computer and 
comunxcations sciences with an emphasis on systems anG 
applications. The Institute, located oaf-campus, AS suiflcieht 
autonomy within the University structure to assure it the freedom 
reguired to identify and engage in significant researc programs, 
At the end of the first year of operation, ISIs full-time 
.Professional research staff numbers 25. Total project support at 
tSI, including full-time staff, participating faculty and graauate 
students, and support personnel, is currently at 60 people. 
A close relationship is maintained wt.h USC academic programs 
trough active cooperation Derween IS!, the School of Enzlneerin5, 
te Department of Electrical Engineering, and the Computer 
iSi pr'e[rans. ALso, Dartlcipating faculty and graduate students 
from oher departments provide the interGlsciplinary capailltzes 
for Institute projects. 
ISI has five major projects supporting AR?A/I?T research areas. 
he prooects incluae the following elements: 
Development and exploration of time-shared microprogramming 
facilities tc service, via the ARRANT, language processing, 
emulation, and special functlonal needs. 
The PkiM project will create an ARPANT-Dased snarable a'esign 
environment, which will be used as a means of exploring computer 
archi%ecturelanKuage development, and special purpose processor 
------------------------------<page break>-----------------------------
NEWS A'lgusL 1.97.3 Issue 6 NIG J. 02.5 
l)efiniLion and con%ributin research in autocratic programming, 
l nclua.n prob].e gcquisJ. Lic:, modeling, and code production. This 
has cen%ere½. on three main activities: 
(1) Work with APA to held establish the airection ana scope of 
%tie ARPA pro,ram in automatic programming. 
(2) Development oœ a language-independent interœace between a user 
and his proKrammin language which makes available to him te 
programmin environment of olt serane and Newman's (bN) 
(3) Formulatire work as continued in %me comprehension of nuAnan 
dialog and %he extraction of Knowledge of new proOle areas 
from their descriptions. 
Studies and aevelopment of methodologies for system software 
ecurity and protection, includin software deslg concepts, 
formal pro,ram veriœicabion, and empirical measurement efforts. 
Three separate but compleentary approaches are being pursued: 
(1) Empirical System Study - focuses on near-term solutions to 
the requirement to operate computers, With classified and 
unclassiœJ. ed information simultaneously, in resource 
sharing mode. 
(2) Protection Theory - Directed towards theory %rougn 
development of: 
basis for more formally describing protection-forms of 
iven protecLion-.nechaniss; 
(b) a methodology for abstracLing the protection-forms of 
given protection schemes; and 
(c) a frarework for the comparison and evaluation 
protection scte:es themselves. 
The inductive and deductive approaches employed nave 
resulted in the oeinnings of a taxonomc frameworX. 
Byprocluc%s of this sub,reject are an annotate 
protection bibliography and a glossary of 
protection-scheme %erinology and jargon. 
------------------------------<page break>-----------------------------
ARPANET NEWS AUgUSt 19'73 Issue 6 NIC 12S3 
Program verification - verifying a computer prosram means 
demonstratiD that the program is consistent with 
documentation or statements of what the pro,ram will do. 
current wo)4k is concentrating on provilng computer 
assistance for verifying proKrams. One operational aia 
resulting from the roup,s wor, called a verification 
condition enerator, takes as input a program to be 
verified and also documentation on what te program will 
do. The output from the prora veriœication ener&tor is a 
set of mathematical Iemmas. called verification conit2ons. 
rov.din these lemmas demonstrates that the pro,ram is 
consistent with its documentation and ence a pro,ram is 
Research and Development of packet-switched network use in secure 
natural communications, includin voice, image, and textual Gata; 
remote subroutine use, and special studies in network applicatlons 
for POD environ:.ents.The Network Pro,ram consists of the followin 
Network Conferencinz 
Transparent Network COZmunications 
POD Communications Study 
Dat Reconfiuration $ervzce 
Portable Terminals 
Deœinitional studies leadinz to ProErammaOle automation of Joo 
shop environments, includin impact studies on DOD's procurements 
and recommendations for development pro,rams required to realize 
such automated systems. The oals of tis project durin te past 
twelve months have Deem to: 1) evaluate the technological 
feasibility of significant advancements in computer-based 
mnufacturin systems for discrete product manufacture; 2) 
evaluate the economic impact on POD and te U.S. economy derived 
from implementation of these advancements; and 3) define the 
development pro,ram reculred to achieve tese advancements 
tncludin areas to be aGdressed and resources requireU. Those 
oals have been achieved. 
ISI has conducted several smaller projects related to more immeaiate 
POD needs. These have include a stucy and comprehensive report 
Droposin a zeans for total automation of military messaKe services 
on the island of Oanu; wor in the definition and mplementation of 
ARPANET accountinz practices; and deœiniton and development of a 
Eeneral-purpose, high ouality terminal display and hard copy 
------------------------------<page break>-----------------------------
A})ANET NEd'S AU.ust 1973 Issue 
facility in support of Institute Droocts an'a 
via the APPAET. Tis system is now the usiest 
ARPA Network; operating at full caDnelLy it has artrattled o:c 00 
users in its first 8 months of service. 
The blend of talents, alonc with a full-time ccmmittncnt to 
research bY staff, as resulted in the creation of a nw lMtltUt 
Well suited to contemporary research needs an required 
NO protocol news in this issue. 
Ames Data Communication Chanes 
ARPANET users at AMES [T55/360] will benefit from extensive data 
data communications equipment to allow nin-$peed terminal users 
to send at 15 characters per second and recelve at 120 characters 
Der second, The new telephone numbers for access to TS$/30, 
ARPANET will be announced in the near future in the AMES 
COmPutation Division Newsletter, DATA CHANNEL. 
....... Extracted from DATA CHANNEL by JI 
RJE Users 
A n-w hizn-speed multiplexor line wzth 9600 bps service to te CDC 
7600 comuter at the Lawrence erkley Laboratory, will result in 
faster service for RJE sites 2,3,k,10, anu 11. 
....... Extracted from DATA CHANNEL by JI 
CCN Newsletter 
UCLA-CCN issued an orientation Newsletter (Vol. !I, No. lo, 
SN(S)-32) dated June 22, 1973. Network users who have not used 
this site may find thls introduction to CCN's œacilites of 
interest and may obtain a copy Dy writtinõ to: CCN ;ewsletter, 
Campus ConDutin Network (CO012), Mat Sciences Additkon, Los 
Angeles, California 9002k or Dy Pnonin in a request to: (213) 
. .... Extracted from CCN Newsletter oy JI 
------------------------------<page break>-----------------------------
ARPANET NEIS AuGust 1973 Issue, 6 
UCSB Data keconfiguration Service 
Through FC '37, NIC 13701, UCSB announces the availaoility of 
Data keconfiura%ion Service (DRS) and aescribes the use 
DR$ Time sharing System. DRS is an experiment in a flexiule means 
for reform.ttin Network data streams. ORS provides a means for 
couplinE processes with different input/output interfaces, and 
carryin out user specified %ransformatio]s on te data 
Derween %]em. Samples of representative use of DRS incluGe 
insertion, field deletion, variable length string processing, 
string length computation, field transposition, cBarcter pacKin 
ad unpacking, and caracter set %ransla%ions. 
.......... Ed Faeh - Extracted from 2FC Dy JI 
------------------------------<page break>-----------------------------
August 1973 Issue 
Abstracts of UetworK Docu:ents 
.... abstracted bY tl dernian 
The followin NetworM internal documents are of general interest. 
copies may be obtained at Network sites from Network Station 
Dean Meyer, Kirk Kelley (SKI-ARC). RFC 5kk, Locating on-Line 
Documentation a% SRI-AC.Stanfor Research Institute, Augmentation 
Research Center, Menlo ParK, California 9a025.-13 July 1973. lp. 
NIC 17787. 
A description of how to use the NIC LOCATOR ana USERGUIDES 
ACLOCATOK files to find system documentation. 
Dean Meyer (SKI-ARC). RFC 53, Network Journal Suomission and 
DeliverY,Stanford Research Institute, Augmentation Research 
Center, o!enlo Park, California 9k025. NIC 17777. 13 July 1R73. 
Announcement o= the implementation of a SetworK Journal 
Submission and Delivery System, aliowinK use of the NIC's 
NL$ Journal system without enterin NLS. 
::&zcy  .... ' "' orn 1 w4 Transfer Protocol. 12 JUly 
1973. SOp.  17759. 
The new version of the File Transfer Protocol.. Obsoletes 
10596 and 11357. 
R. G. Merryman (UCSD-CC). RFC 532, The UCSD-CC Server-FTP 
Facility. 2 July 1973, 3p. NIC 17AS1. 
Abhay Bhushan (MIT-DMCG) RFC 530, A Report On the SURVEY Prooect, 
22 June 1973. 9P. IC 17375. 
A report on (1) the status of the SURVEY ProOect anm 
current data; (2) to inform the ARPANET community of te 
services offerred related to this prooect; (3) to 
report on fu%.ure Plans, and (k) to ask for suggestions and 
improvements. bpdates 9259 an 170k8. 
J. McQuillan (N-;ET). R¾C 52, Software ChecKsumming in the IMP 
and Network Reliability. 20 June 1973. 11p. NIG 1716k. 
Description of some recent modifications to the IMP and 
TIP pro,rams to ive increased reliability. Hardware 
ch.nes are minor, but they are logically noteworthy and 
are explained here in some detail. 
------------------------------<page break>-----------------------------
APANET NEWS August 1973 Issue 6 
James E White ' ..... '" 
,o MAIL P,ocol. 13 
June 1973. hap. NIC 171hO. 
A proposed specification for handling MAIL in te ARPANET, 
which is much richer than %Me present protocol in terms of 
flexibility and functions. 
Mare Dowson (MIT-AI). }low To Get On To the System - A Guide to the 
A.I. Lab %imesnarin System for New Users, MIT-AI Memo 21, APril 
1971. 19. NIC i'577. 
Intended to assist new users in use of MAC-AI system. 
Presents some simple steps for makin and editin files, 
etting printouts, .maRina microtapes and so on. 
1ore detailed documentation is referenced. 
Jon L. White. Massachusetts Institute of Technology, Project MAC, 
Artificial Intellitence Laboratory, CambridEe, assacausetts. An 
Interim LISP User's Guide, MIT-AI Memo 190, N!C 16575. March 1970. 
Separately paed. 
MACLISP is a descendant of the first operational program 
ever written for te DEC PDP-6 computer, an interpreter 
and minimal LISP syste. Substance of this report is to 
initiate the naive LISP user into the ntricacies of the 
system at Fronec MAU-AI LaD. 
<USER-PROGS>-CONTENTS, A Descriptive List of User Programs 
Available in Directory <USER-PROGS>, Stanford Research Institute, 
AuEmentation Research Center, Menlo Park, California. a June 1973. 
6p. NIC 165i0. 
A list of the user pro,rams available in <USER-PROGS as NLS 
subproZrans at SRI-ARC, their types, uses, types of 
links required and oriel instructions for their ue. 
James E. hite (SRI-ARC). RFC 510, Request for Network MAILBOX 
Addresses. 30 May 1973. 3P. NIC 16kO0. 
Description of scheme for online, offline, and MAILOox 
delivery of Network Journal articles and messages. 
Bradley A. Rcussow (HARVARD) RFC k99, Harvara's Network RJE, 1 
April 1973. 7P. NIC 15716. 
RJE was designed to provide etwor users with the 
facility for submittinz Jobs %o remote servers %rougn 
the ARPANET and retrieving results, usin Harvard'S 
PDP-10. At present RJE is implemented only for UCLA, 
therefore all examples aoply to that installation. 
------------------------------<page break>-----------------------------
AUKUSt J-  7 J 
Issue 6 
C 1253 
No contents in this issue. 
New TIPS and IMPS 
9 g 
The following table Orbyides the most, recent estimates for the 
installation of new TIPS and IMPS. Questions regarding te 
schedule shold be directed to the Ranle Measurement Laboratory, 
Col. Ed. SchelonKa /SNDMSG to SCHELONKAusc-isi]. 
Site Type 
Norway /Kjeller] 
London Tip 
Tymsnare Imp 
Rutgers Tip 
Wright-patterson Tip 
Elin AFB Imp 
Kitgland (AFWL) Tip 
Installation Date 
communications oein debunked 
Installed Out 
unconnected, awaiting comm. service. 
pO ot. lg'? 
20 Sept, 
20 Sept. 1973 
30 Au. 1973 
õ Nov. 1973 
11 Oct. 1973 
Jan. 19'?h 
7 Mar. 197h 
Although te ILLIAC IV passed a minihum acceptance test in 
December, considerably more effort, is necessary to achieve the 
reliability and maintainaility required in an operational 
system. considerable proress in software has been made 
however, This includes: 
1. Implementation of A Control Language (ACL) which provioes 
communication between t]e user and the system. 
2. Development of a Oatch operation mcae. 
3. Expansion ano enancezcnt of diagnostic programs. 
Improvement of the error handling capability of the 
operatinF system. 
------------------------------<page break>-----------------------------
Auaust 1973 Issue 6 IIC 125J 
Ol'lzce has ferr;e a User Supor roup neae y 6lar 
Olphant (15) 935-0035 %0 handle user prooies, as wei as 
prOVld!n docmen%a%lon and trainink support for the Sponsors. 
....... Extracted from DATA CHANNEL, Ed. 
User Progress 
Four of the users who have attempted to run on the Array using 
te iPitigl version of %he ACL system are: 
NASA-;mes, representeo oy Margaret Coyorb, is running several 
programs, the most important of which is the shuttle program. 
Two small. pro,rams have run to completion wit correct results. 
Other pro6rams nave not done as well Gue Lo hardware problems. 
The Uriversi%y of Illinois, representec by Mary Graham, is 
runnin two prozrms - a Fast Fourier Transform anO an aRTS 
Drora:, Oot programs nave run to completion Out ave not yet 
produced correct results. 
The Lawrence Livermore Laboratory,'represenLed by Tap isni, is 
runnin a number of small programs wicn will eventUallY De 
comOined into a single large proEram. Two very small rograms 
x-a u cu.u.i=bio d -u.uu=d orruu% results. The other2 havc 
detectec various errors in te system and thus do no% yet 
correct results. 
RAND is represented by ob Motley wt;o is runninE a weather 
program. He is attemptink to time a slmulat%on of a two-day 
Lime in%erva!. The pregra: has run %o completion wzn be Array 
in non-overlap mode, but has no% yet run to completion %n 
overlap node. ActUal input dta js no% currently bein used so 
the results of the completed calculation are not verifiable. 
.... Extracted from the Institute for Advanced Co;putatxon 
Newsletter, YOURUM, Ed.. 
ILLIA½-IV System User's Guide 
The ILLIAC iV System User's Guide has been releaseu to active 
users. Requests for copies ShoUld be addressed to: Marcelline 
O. Smith, Manaer, Promram Development Office, Institute for 
Advanced Computation, NASA, Ames Researc Center, Mail Stop 
233-1h, Moffett Field, California 
.... Extracted from the Institute for Advanced 
Newsletter, FOURUM, Ed.. 
/No ccntrioutlons received for it]is Section Yet7 10a 
------------------------------<page break>-----------------------------